Architectures for clearing and settlement services between Internet telephony clearinghouses

ABSTRACT

A system for routing voice telephone calls over IP networks as opposed to traditional switched circuit networks. The voice communications during the telephone call are packaged as digital data and access the Internet through gateways. The system supports the linking of a source gateway in a first clearinghouse to a destination gateway in a second clearinghouse. The system further supports the selection of a destination gateway based on factors such as cost, speed of routing, and transmission quality of the voice data. The components of the system are arranged so as to minimize the number of signals sent between clearinghouses in identifying the optimal destination gateway.

CROSS REFERENCE TO RELATED APPLICATION PRIORITY

This application is a continuation of and claims priority to U.S.application Ser. No. 11/229,335 filed Sep. 16, 2005 now U.S. Pat. No.7,525,956, entitled, “Architectures for Clearing and Settlement ServicesBetween Internet Telephony Clearinghouses”, the entire contents of whichare hereby incorporated by reference.

TECHNICAL FIELD

The present invention generally relates to architectures for voice overIP (Internet Protocol) communications. More specifically, the presentinvention allows for quicker and more direct routing of voicecommunications between Internet Telephony Clearinghouses.

BACKGROUND OF THE INVENTION

As an alternative to traditional switched circuit networks,telecommunications service providers have discovered that voicetelephone calls may be routed over IP networks. Due to the fact that theInternet is not presently subject to the same international regulationsas are traditional telephone networks, routing telephone calls over theInternet tends to be less expensive. Additionally, an IP routed voicetelephone call requires much less bandwidth, and thus less cost, than avoice telephone call placed over a traditional telephone network.Further, IP technology advances and is entered into the marketplace at amuch faster rate than traditional telecommunication technology. Thus, inorder to be competitive, telecommunications service providers have begunto use IP routing as a way to offer customers access to the latesttechnological improvements.

Presently, however, there is no centralized system for routing voicetelephone calls over an IP network. Each operator of a gateway isresponsible for determining the routes for its own outgoing calls.Typically, gateway operators rely on traditional IP routing algorithms,which are designed to handle routing of computer generated data packets.Traditional IP routing algorithms attempt to strike a balance betweenthe concerns of minimum delay and maximum reliability. Thus, usingtraditional IP routing algorithms, a voice telephone call will be routedto any destination gateway that happens to satisfy a set ofpredetermined shortest path and acceptable data loss parameters.

The routing of voice telephone calls, however, involves a significantconcern that is not shared by traditional IP routing algorithms. Thisadditional concern is the monetary cost of routing a voice call to aparticular destination gateway. As in traditional switched circuitnetworks, Internet telephony gateways impose fees for the service ofterminating a voice call. Traditional IP routing algorithms are not ableto detect and compare the varying price schedules that may be imposed byvarious Internet telephony gateways. Thus, source gateways are not ableto discriminate between destination gateways based on monetary costs.

One way a gateway operator can establish the cost for IP telephonyservices is by negotiating directly with other gateway operators a feefor terminating each other's calls. These gateway operators couldidentify each other and establish a bilateral agreement or amultilateral agreement. This approach closely resembles that of theinternational circuit switch telephony network, where providers in eachcountry have established bilateral and multilateral agreements with eachother. A significant hurdle for this routing implementation, however, isthe large number of business relationships that must be negotiated andmaintained. For example, should 1,000 local operators decide tointerconnect via bilateral agreements, 999,000 separate agreements wouldbe necessary. Interconnection through a centralized system, however,would require only 1,000 separate business agreements, each with aseparate operator.

Another disadvantage with a bilateral agreement model is that thegateway operators are not able to react quickly and intelligently tochanging market forces because the bilateral agreements are generallylong-term contracts. For example, when there is a sudden increase indemand for terminating calls to a particular area, the gateway operatorin that area is unable to increase his terminating charges and takeadvantage of a demand. Additionally, a bilateral agreement model or themultilateral agreement model are too cumbersome for the gatewayoperators to set call pricing based on selected call number ranges (anygiven subset of all possible telephone numbers). This is especially trueif the total number of telephone numbers comprising a called-numberrange is too small. For example, it may be too cumbersome for thegateway operators to negotiate a specific call pricing plan for aspecific customer with less than 100 numbers within their called-numberrange.

In order to assist gateway operators with routing decisions, acentralized system can be provided where Internet Telephony ServiceProviders (ITSPs) become members of this centralized system. Thecentralized system is generally referred to as a clearinghouse.Clearinghouse services attempt to capture IP telephony traffic in orderto receive the revenue associated with that traffic. By joining aclearinghouse service, an ITSP stimulates traffic growth on its networkand gains access to other gateways. The clearinghouse not only routesand authorizes IP telephony traffic, but also handles the billing forthe call.

One function of a clearinghouse is to link source gateways todestination gateways within the clearinghouse. However, the advantagesgained with a clearinghouse are limited in that the ITSP cannot gobeyond its clearinghouse to access gateways of another clearinghouse.Thus, a need exists for a system to support the linking of separateclearinghouse services. Specifically, there is a need in the art for agateway operator to be able to easily locate gateways with desirablecharacteristics in another clearinghouse. There is a further need for asystem and method to support recording and billing of the transactionbetween the two gateways.

SUMMARY OF THE INVENTION

The present invention satisfies the above-described needs by providing asystem that links IP telephony clearinghouses. The linking of IPtelephony clearinghouses can be accomplished in several ways. Two ormore clearinghouses can share information about their respectivegateways. The gateways may be designated as source gateways, destinationgateways, or both. The amount of information a clearinghouse desires toshare with a linking clearinghouse typically will control the specificarchitecture of the linking clearinghouse.

Once one or more clearinghouses share information and the architecturefor the linking clearinghouse is established, a calling or originatinggateway of a first clearinghouse may connect to a gateway of anothersecond clearinghouse. That is, a call can be initiated by a callingparty and the calling party's source gateway of a first clearinghouse.The source gateway of the first clearinghouse can connect the callingparty to a linking clearinghouse via an IP network, such as theInternet.

At the linking clearinghouse, decisions can be made about how adestination gateway in other, second clearinghouses not associated withthe source gateway of the first clearinghouse can be selected. Thelinking clearinghouse can sort available destination gateways accordingto predefined rules. That is, the linking clearinghouse can providedestination gateway information of other second clearinghouses to thesource gateway of the first clearinghouse based upon predefinedcriteria. The source gateway of the first clearinghouse can thencomplete a connection with a destination gateway in one of the secondclearinghouses selected by the linking clearinghouse so that data, suchas voice data, may be transmitted between the two clearinghouses.

In one exemplary embodiment, business and technical information aboutsource and destination gateways between two or more clearinghouses canbe shared and tracked by a linking clearinghouse. The business andtechnical information concerning the source and destination gateways canbe combined into a routing table that is typically stored in the linkingclearinghouse. This combined routing table can be used to identifydestination gateways of clearinghouses that are not associated oraffiliated with clearinghouses that may contain the source gateways.While individual clearinghouses are often not associated or affiliatedwith one another, it is not beyond the scope of the present invention toalso permit clearinghouses that may have a preexisting businessrelationship to also utilize the services of the linking clearinghouse.

In another exemplary embodiment of the present invention, a linkingclearinghouse may be limited to tracking only destination gateway IPaddresses. In other words, one set of information, such as the IPaddresses of the destination gateways, can be stored in a linkingsuper-clearinghouse system. In this embodiment, the linkingsuper-clearinghouse system of the linking clearinghouse typically doesnot sort the list of available destination gateways. The firstclearinghouse can perform the sorting function in this exemplaryembodiment.

Accordingly, when a calling party connects to a source gateway of afirst clearinghouse, the source gateway can query its firstclearinghouse for available destination gateways. The query can thenprompt the first clearinghouse to determine whether to conduct a searchfor other available gateways in other second clearinghouses. If thefirst clearinghouse is permitted to search for destination gatewaysoutside of the first clearinghouse (in other clearinghouses), the firstclearinghouse can send a query to the linking super-clearinghouse systemof the linking clearinghouse for potential destination gateways in otherclearinghouses. The linking super-clearinghouse system can provide alist of available destination gateways outside of the firstclearinghouse in other clearinghouses. The first clearinghouse canselect a destination gateway outside of the first clearinghouse from thelist by using predetermined criteria, such as calling delay, signalquality, price, etc. Once the destination gateway is selected by thefirst clearinghouse, a connection can be made with the destinationgateway of an outside clearinghouse so that data can be transferredbetween the gateways.

In another exemplary embodiment of the present invention, a linkingclearinghouse may contain more information than merely destinationgateway IP addresses. In such an embodiment a first clearinghouse wouldbe willing to share limited and generalized information about itsgateways with the linking clearinghouse. For example, the firstclearinghouse may provide a range of prices its gateways charge fororiginating a call. Accordingly, the linking clearinghouse may performsome prioritization or filtering before communicating the potentialdestination gateways to the first clearinghouse. Upon receipt of thepotential destination gateways, the first clearinghouse performsadditional sorting to select a gateway.

Conventional methods and systems typically do not support the selectionand connection of IP voice gateways belonging to differentclearinghouses. The present invention assists gateways in identifyingpotential terminating gateways in other clearinghouses. The presentinvention permits gateways to select other gateways based on criteriasuch pricing, speed, and quality of connection. By linking differentclearinghouses, the invention can eliminate any additional signalingthat would ordinarily have to occur between different clearinghouses.Increasing the pool of available gateways also serves to increasetraffic for a gateway which, in turn, generates additional revenue forindividual clearinghouses and the linking clearinghouse.

These and other objects, features, and advantages of the presentinvention may be more clearly understood and appreciated from a reviewof the following detailed description of the disclosed embodiments andby reference to the appended drawings and claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating one or more users thatcan be part of a centralized or clearinghouse system.

FIG. 2 is a schematic representation of an exemplary operatingenvironment for the present invention.

FIG. 3 is a functional block diagram illustrating the generalarchitecture and components of an exemplary embodiment of the presentinvention.

FIG. 4 is a logic flow diagram illustrating an overview of theoperations involved in communicating among different clearinghouses.

FIG. 5 is a functional block diagram illustrating an exemplary operatingenvironment for communication among different clearinghouses using ashared service architecture.

FIG. 6 is a logic flow diagram illustrating an exemplary process forrouting a communication using the shared service architecture.

FIG. 7 is a functional block diagram illustrating an exemplary operatingenvironment for communication among different clearinghouses using aproxy system architecture.

FIG. 8 is a logic flow diagram illustrating an exemplary process forrouting a communication using the proxy system architecture.

FIG. 9 is a functional block diagram illustrating an exemplary operatingenvironment for communication among different clearinghouses using acompressed hierarchy architecture.

FIG. 10 is a logic flow diagram illustrating an exemplary process forrouting a communication using the compressed hierarchy architecture.

FIG. 11 is a logic flow diagram illustrating an exemplary process forrouting a communication using the simple hierarchy architecture.

DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS

The present invention is referred to herein as a clearinghouse linkingmethod and system. Such a method and system can support communicationssuch as telephone calls. A telephone call occurring via an IP network isoften referred to as a “voice over IP” transaction. When a “voice overIP” transaction specifically involves the Internet, the description“Internet Telephony” may also be used to describe the transaction. Anexemplary embodiment of the present invention will be described hereinwith respect to Internet Telephony. However, the principles of thepresent invention apply to all IP routed transactions, including, butnot limited to, “voice over IP” calls, “fax over IP” calls, and “videoover IP” calls.

IP telephony clearinghouses greatly simplify the interconnection ofindividual IP Telephony Service Providers (ITSPs). ITSPs are theproviders that operate gateways for IP Telephony. By joining a singleclearinghouse, an ITSP can exchange traffic with many other serviceproviders. And more traffic, of course, brings more revenue. As the IPtelephony market has matured, providers have begun to recognize thatinterconnections among separate IP telephony clearinghouses presents anew opportunity for additional revenue. With such interconnection, anITSP joining a single clearinghouse gains access not just to other ITSPsbelonging to that clearinghouse, but also to ITSPs that are members ofthe other, interconnected clearinghouses.

The conventional approach, intra-clearinghouse communication, imposes arigorous partition between different clearinghouses. Not only is trafficstrictly contained within a single clearinghouse, but key informationsuch as pricing and traffic statistics are protected by stringentsecurity measures. The present invention supports clearinghouseinterconnection with a linking clearinghouse service. Whenclearinghouses interconnect with each other, rigid separation ofinformation is no longer required.

The linking clearinghouse relies on service points distributedthroughout the IP network to provide routing, authorization, and usagecollection services for the clearinghouse customer. These servicepoints, which implement communication protocols, such as the OpenSettlement Protocol, allow the secure interconnection of devicesadministered by different service providers. The linking clearinghousedeploys service points at strategic locations on the Internet backbone,where they operate in high availability, high security, high performanceconfigurations.

Clearinghouse Network Architecture

Referring thereto, FIG. 1 shows a network architecture that serves as anexemplary clearinghouse system. As indicated, the Internet 102 serves asthe heart of the exemplary network architecture. Relying on the Internet102 are five different systems that might participate in an InternetTelephony transaction. These five systems include: a calling party 104,a source gateway (also referred to as an originating gateway) 108, aservice point 112 including a routing engine 110, a destination gateway(also referred to as a terminating gateway) 114 and a called party 118.As FIG. 1 shows, a service point 112 is coupled to a central database120, which is also coupled to a billing and settlement system 124. Whilethe service point 112 exists on the public Internet 102, the centraldatabase 120 and the billing and settlement system 124 remain in securedfacilities. Private communication paths connect the remote equipmentwith the central database 120.

The calling party 104 represents the user wishing to place a telephonecall. Often, the calling party 104 will rely on a standard telephonehandset to place the call. In fact, in many cases the calling party 104may not be able to distinguish Internet telephony service from standardtelephone service. The calling party 104 connects to a source gateway108 through a public telephone network 105, such as a switched circuitnetwork. In either case, the source gateway 108 serves as a bridgebetween ordinary telephones and the Internet 102 by converting telephonesignals into data packets (and vice versa) and transmitting the datapackets over the Internet 102. A source gateway is operated by a sourcegateway operator 109.

Similarly, the called party 118 is the user that receives a telephonecall. A called party 118 connects to a destination gateways 114 througha public telephone network 106, such as a switched circuit network. Adestination gateway 114 is connected to the Internet 102 at a locationthat is remote from the source gateway 108. The destination gateway 114is operated by a destination gateway operator 115 and performs the samefunctions as the source gateway 108, i.e., bridging phone calls betweenthe Internet 102 and a public telephone network 106, or an equivalentthereof. Destination gateways 114 differ from source gateways 108 onlyin the role played in a particular call. In particular, source gateways108 act on behalf of the calling party 104, while destination gateways114 act on behalf of the called party 118. It is important to note thatthe same operator need not manage both the source gateway 108 and thedestination gateway 114. In fact, the exemplary routing engine 110, istailored for environments in which different owners operate the twotypes of gateways.

The service point operator 125 may be a third party that is independentof the operators of the source gateway 108 or destination gateways 114.As indicated in FIG. 1, the service point operator 125 may maintain aprivate communications line with the service point 112, the billing andsettlement system 124 and a related web-site 122. In the exemplaryoperating environment, all components maintained by the service pointoperator 125, i.e., the service point 112, the database 120, the billingand settlement system 124 and the web-site 122, are convenientlydistributed between various geographic locations. Still, those skilledin art will appreciate that all components maintained by the servicepoint operator 125 may be incorporated in a single system (service point112) or any number of distributed systems.

A service point 112 communicates with gateways over the Internet 102 andgenerally provides routing information to the source gateway 108. Givena destination phone number and other requirements (described in detailbelow), the service point 112, through the routing engine 110,identifies at least one appropriate destination gateway 114 to handlethe telephone call.

The overall network architecture that serves as an operating environmentfor the present invention may be thought of as comprising threedifferent networks, each carrying the telephone conversation. The firstnetwork is the calling party's telephone network 105 that connects thecalling party to the source gateway 108. The second network is theInternet 102, which connects the source gateway 108 and the destinationgateways 114 to each other. The third network is the called party'stelephone network 106, which completes the connection from thedestination gateway 114 to the called party 118. Although FIG. 1 (aswell as this description in general) refers to the telephone connectionsas taking place through public telephone networks 105 and 106, Internettelephony service does not require such a connection. Some applicationsmay use private networks, such as those provided by a private branchexchange; others may simply connect telephone handsets directly to thecorresponding gateway.

Additionally, a fourth network may be added to the general networkarchitecture. The fourth network is a banking and funds transfer network126. A billing and settlement system 124 may be coupled to the servicepoint 112 in order to receive information relating to the financialaspects of the Internet telephony transactions. The billing andsettlement system 124 may use a banking and funds transfer network 126to execute the financial transactions coordinated by the service point112.

Telephone Calls Placed with a Clearinghouse System

FIG. 2 provides an overview of an Internet telephony call in theexemplary operating environment. At step 201, an Internet telephony callis initiated when the calling party 104 dials a telephone number, whichis transmitted to the source gateway 108 for processing. The goal of thesource gateway 108 is to locate a destination gateway 114 a-c that isable to terminate the phone call. The source gateway 108 relies on theservice point 112 for routing assistance.

At step 202, the source gateway 108 makes an authorization request to aservice point 112. The authorization request indicates, among otherthings, the telephone number of the called party 118. At the servicepoint 112, the routing engine 110 uses information in the authorizationrequest, as well as preferences established for the source gateway's 108cost and quality requirements, to determine which of the destinationgateways 114 a-c are eligible to complete the call.

At step 203, the service point 112 then sends an authorization responsemessage to the source gateway 108, which includes information relatingto the identity of eligible destination gateways 114. In addition, theauthorization response message contains an authorization ticket foraccess to each eligible destination gateway 114. The authorizationresponse ticket allows a destination gateway 114 to accept the callknowing that it has been authorized by the service point 112, and thatthe service point operator 125 will compensate the destination gatewayoperator 115 for completing the call.

Upon receipt of the authorization response message, the source gateway108 selects a destination gateway 114 from among the list provided bythe service point 112. At step 204, the originating gateway 108 thensends a setup message to the selected destination gateway 114, asspecified in International Telecommunications Union (ITU) H.323 andassociated standards. Those skilled in the art will recognize that theQ.931 standard may be used to define the setup message. To complete theauthorization, the setup message must include the authorization ticketfor the destination gateway 114. Those skilled in the art will alsorecognize that the user-to-user information element of the Q.931 setupmessage may be used to convey the authorization ticket.

Communication between the service point 112, the source gateway 108 andthe destination gateways 114 does not require the use of standardprotocols for any aspect of the Internet telephony calls themselves,including call setup. If the source gateway 108 and destination gateways114 use a signaling protocol other than Q.931 (which is specified byH.323 and H.225.0), then that protocol need only be capable of includingthe authorization ticket in the initial setup message. The exemplaryauthorization ticket is approximately 2000 octets in length. Destinationgateways 114 a-c may accept or reject Internet telephony calls based onthe presence and contents of this authorization ticket.

After the Internet telephony call is completed, both the source gateway108 and the destination gateway 114 transmit a call detail report to theservice point 112, as represented in steps 205 and 206. Call detailreports identify the call and record its duration. Call detail reportsare stored in the database 120 and are accessed by the billing andsettlement system 124 in order to reconcile financial obligationsbetween the service point operator 125, source gateway operators 109 anddestination gateway operators 115.

It should be noted that source gateway 108 and destination gateways 114are free to establish connections without consulting a service point112. For example, a group of gateways may all be owned by a commonentity and may wish to exchange calls among themselves independent of aservice point 112. In such an environment, the gateways are free to relyon a service point 112 only when no gateway in the group can serve agiven phone number economically. Thus, the exemplary operatingenvironment provides gateways with extremely flexible routing choices.

Also, those skilled in the art will appreciate that the exemplaryoperating environment may include multiple service points 112. Servicepoints may be distinguished by the specific services they provide, aswell as by their geographic location on the Internet 102. Geographicdiversity optimizes performance by allowing a device to communicate withthe closest service point 112. Proximity to a service point 112minimizes delay in the communication exchange. Geographic diversity alsoincreases the reliability of the operating environment. If one servicepoint 112 becomes unavailable, devices using that service point 112 canautomatically switch to a different service point (not shown) locatedelsewhere.

Before a gateway is provided with access to a service point 112 theresponsible gateway operator must enroll as a customer of the servicepoint operator 125. Since the enrollment process typically requiresdisclosure of sensitive financial information (such as bank accounts orcredit card numbers), the web connection between the gateway operators109 & 115 and the web-site 122 is secured by the secure sockets layer(SSL) protocol. The web-site 122 with user interface 35 uses SSL toauthenticate itself to gateway operators 109 & 115 with digitalcertificates obtained from a trusted certificate authority. SSL alsoencrypts the information transferred between the gateway operators 109and 115 and the web-site 122 containing user interface 35.

When the service point operator 125 accepts a gateway operator as acustomer, it provides the customer with a customer number and password.The customer number is Hamming coded to protect against corruption. Onceassigned, customers are allowed to change their password. The servicepoint operator 125 may enforce certain restrictions on passwords tomaximize security. Such restrictions may include, for example, aprohibition against words appearing in dictionaries, a requirement touse both upper and lower case characters and a requirement thatcustomers change their password periodically.

After enrollment is complete, gateway operators 109 and 115 are givenauthorization to access and modify their accounts, via the Internet 102,through the web-site 122 as illustrated in FIG. 1. Enrolled customersmay also be provided with access to timely and informative reports ontheir usage of a service point 112. Such reports may includeup-to-the-minute billing information, potential fraud alerts,sophisticated usage statistics and detailed traffic profiles. Enrolledusers may access these reports directly through the web-site 122 runninga user interface using a web browser, or they can download theinformation for importing into their own database or spreadsheet. Usersmay also elect to be notified via electronic mail, fax, or other meanswhen certain events occur. Events eligible for this service includesuspicious or fraudulent activity, minimum or maximum traffic levels atparticular devices, and apparent failure of a device.

An enrolled customer may activate individual devices to use the servicesprovided by a service point 112. In the present discussion, theexemplary devices are Internet telephony gateways 108 and 114. However,those skilled in the art will appreciate that the exemplary operatingenvironment may be configured to support a wide variety of devices. Aswith operator enrollment, device activation takes place across theInternet 102 using well-known web browsers. Typically, device activationwill take place at the device itself.

The web-site 122 running a user interface may be configured to supportseveral different approaches for activating devices, depending on theparticular type of device. A web-site 122 running a user interface maybe configured to support Windows, UNIX, and embedded operatingenvironments. Those skilled in the art will recognize that otheroperating systems may also be supported.

As indicated in FIG. 1, a clearinghouse 50 may comprise the componentsof a service point 112 (including a routing engine 110), a database 120,a website 122 posting a user interface, and a billing and settlementsystem 124. A service point operator 125 may be responsible formaintaining the clearinghouse 50. A service point operator 125 may be athird party that is independent of the originating gateway operator 20or the terminating gateway operators 15. As illustrated in FIG. 1, theservice point operator 125 may maintain a private communications linewith the service point 112, a billing and settlement system 124 and thewebsite 122. In the exemplary operating environment, all componentsmaintained by the service point operator 125 can be convenientlydistributed between various geographic locations. Still, those of skillin the art will appreciate that all components maintained by the servicepoint operator 125 may be incorporated in a single system or any numberof distributed systems.

As mentioned above, a clearinghouse 50 may be configured to provide anoriginating gateway 108 with routing information relating to thoseterminating customers 31 who match the call prices and pricing criteria(and other preferences and preference criteria) set by the originatingcustomers 26. A service point 112 communicates with gateways over the IPnetwork 102 and generally provides routing information to an originatinggateway 108. The service point 112 is coupled to the website 122, whichhosts the user interface. The function of the user interface is toprovide a mechanism by which originating customers and terminatingcustomers may access their accounts maintained by clearinghouse 50.

Inter-Clearinghouse Architectures

FIG. 3 is a generalized architecture representing an environment inwhich two clearinghouses are connected. FIG. 3 is merely one example ofthe invention and in alternate embodiments two or more clearinghousesmay be linked together. Clearinghouse 50A and clearinghouse 50B arelinked to the IP network 102. Each clearinghouse has its own membergateways 108, 114 to which it provides clearinghouse services. Eachgateway 108, 114 is also directly connected to the IP network 102.Gateways are operated by ITSPs and often a single ITSP will operateseveral gateways. A linking clearinghouse 50L is connected to the IPnetwork 102. The linking clearinghouse 50L provides clearing andsettlement services between clearinghouse 50A and clearinghouse 50B. Thelinking clearinghouse SOL is able to provide these services becauseclearinghouse 50A and clearinghouse 50B supply information about theirmember gateways. The amount of information clearinghouse 50A orclearinghouse 50B desires to provide to the linking clearinghouse willdetermine the specific architecture of the link. Three representativelinking architectures are described herein.

FIG. 4 is a flow chart describing an overview of inter-clearinghousecommunication. The first step, 410, is the pre-call sharing ofinformation with the linking clearinghouse. The sharing of informationabout gateways with the linking clearinghouse is helpful in providingthe linking clearinghouse services. The substance of the sharedinformation and the party with whom it is shared is decided by theparticipating clearinghouse. There are a variety of business reasons aclearinghouse may wish to share only limited information about itsmember gateways with other clearinghouses. In step 415, a call isinitiated by the calling party 104 of a first clearinghouse, such asclearinghouse 50A. The calling party 104 accesses the IP telephonynetwork 102 through a source gateway 108. Typically, the calling party104 initiates the call in the same manner as dialing a conventionaltelephone call. In some instances, the calling party 104 may be requiredto enter a code before dialing the destination number in order to accessthe IP telephony network. In step 420, a destination gateway 114 inanother, second clearinghouse, such as clearinghouse 50B, is located andthe IP address of the destination gateway 114 is provided to the sourcegateway 108. The method in which the destination gateway 114 of a secondclearinghouse is determined depends on the specific architecture of thelinking clearinghouse and whether the linking clearinghouse is designedto sort a list of available gateways and select a gateway from the list.Finally, in step 425, a connection is established between the sourcegateway 108 of the first clearinghouse 50A and the destination gateway114 of a second clearinghouse 50B. Once the connection is established,voice data may transmitted between the calling party 104 and the calledparty 118.

Referring to FIG. 5, this is a block diagram representing an exemplaryshared service architecture 500 of a linking clearinghouse 50L. Thisshared service architecture can represent the greatest sharing ofinformation among two clearinghouses. In this example, clearinghouse 50Aand clearinghouse 50B provide business and technical information aboutits member gateways to the linking clearinghouse 50L. A combined routingtable 510 is created by the linking clearinghouse 50L. The routing tablecan include pricing and billing information as well as source anddestination gateway information provided by clearinghouse 50A andclearinghouse 50B. All the information necessary to select thedestination gateway can be contained in the combined routing table. Inthe shared service architecture, the calling party 104 of a firstclearinghouse, such as clearinghouse 50A, accesses the IP network 102through its source gateway 108. The source gateway 108 contacts thelinking clearinghouse 50L, represented as the combined potentialgateways of clearinghouse 50A and clearinghouse 50B. The destinationgateway information is returned to the source gateway 108. A connectionis then established between the source gateway 108 of the firstclearinghouse 50A and the destination gateway 114 of a secondclearinghouse, such as clearinghouse 50B over the IP network 102. Oncethe call signaling is completed the data, such as voice data, can betransferred between the calling party 104 of first clearinghouse 50A andthe called party 118 of a second clearinghouse 50B.

Referring to FIG. 6, this is a flow chart outlining an exemplary processthat occurs in the shared service architecture. In the first step, 605,clearinghouse 50A and clearinghouse 50B provide their gateway andbusiness information to the linking clearinghouse 50L. After thisinformation is provided, in step 610, gateway sorting rules can be setup for the linking clearinghouse 50L. The gateway sorting rulesdetermine how particular destination gateways are selected byconsidering factors such as cost, speed, and quality of datatransmission. In step 615 the linking clearinghouse 50L creates thecombined routing table 510. The combined routing table contains all ofthe information provided by clearinghouse 50A and clearinghouse 50B. Allof the information contained in the routing table can be sufficientenough to determine a destination gateway 114.

In step 620, a call is initiated by a calling party 104 who connects toher source gateway 108 of a first clearinghouse, such as clearinghouse50A, which provides access to IP network 102. In step 625, the sourcegateway 108 of the first clearinghouse 50A queries the linkingclearinghouse 50L for a destination gateway 114 in anotherclearinghouse. When the linking clearinghouse 50L receives a query froma gateway, it can perform an initial security and authentication checkto make sure the source gateway is a member of the clearinghousessubscribing with the linking clearinghouse 50L, such as clearinghouse50A and clearinghouse 50B. In step 630, the linking clearinghouse 50Lsearches a combined routing table 510 for possible destinations.

The combined routing table 510 is typically a data file stored in adatabase at the linking clearinghouse 50L. In step 635, the linkingclearinghouse 50L returns the destination gateway information of anotherclearinghouse, such as clearinghouse 50B, to the source gateway 108 ofthe first clearinghouse 50A. In step 640, the source gateway 108 of thefirst clearinghouse 50A sets up call signaling to establish a connectionwith the destination gateway 114 of the second clearinghouse 50B overthe IP network 102. Call signaling is typically not routed through thelinking clearinghouse 50L in this exemplary embodiment. However, callsignaling can be routed through the linking clearinghouse 50L in otherexemplary embodiments, as will be discussed in detail below.

In step 645, voice data is exchanged between the called party 118 andthe calling party 104. One advantage of the shared service architectureis excellent routing performance due to minimizing any querying orsearches conducted between clearinghouse 50A and clearinghouse 50B foravailable destination gateways that match predetermined criteria, suchas costs, calling delay, or quality of data transmission.

FIG. 7 illustrates another exemplary linking clearinghouse architecturethat can be referred to as proxy signaling 700. In this type of linkingclearinghouse architecture, usually information is not shared betweenclearinghouse 50A and clearinghouse 50B. A clearinghouse may have bothbusiness and technical reasons for not wanting to share its gatewayinformation and pricing information with another clearinghouse. Tominimize the exchange of information, the participating clearinghousesmerely provide a summary of their rate plans to the linkingclearinghouse 50L. The linking clearinghouse 50L uses the rate plansummaries to set up a proxy system 710 that links one or moreclearinghouses together.

The proxy system 710 essentially looks like a destination gateway to asource gateway of a first clearinghouse originating a call. Further, thelinking clearinghouse 50L in this exemplary embodiment appears to be asource gateway to a destination gateway of a second clearinghouseselected to complete the call.

For example, when a call is initiated by a party at the source gateway108, clearinghouse 50A is contacted. Clearinghouse 50A provides thesource gateway 108 with the proxy system 710 (running in linkingclearinghouse 50L) as a destination gateway. Call signaling isestablished between the source gateway 108 of the first clearinghouse50A and the proxy system 710. The proxy system 710 then acts as a sourcegateway and contacts a second clearinghouse, such as clearinghouse 50B.Clearinghouse 50B searches for a destination gateway 114 and providesthis information to the proxy system 710 of the linking clearinghouse50L. The proxy system 710, acting as a source gateway then completes theconnection with the provided destination gateway 114 of the secondclearinghouse 50B. Once the connection is complete, data, such as voicedata, can be transferred between the calling party 104 and the calledparty 118 via the proxy system 710.

FIG. 8 is an exemplary process for the proxy signaling architectureillustrated in FIG. 7. In step 805, the proxy system 710 of linkingclearinghouse SOL enrolls as an available gateway in subscribingclearinghouses, such as clearinghouse 50A and clearinghouse 50B. Thestep of enrolling in the clearinghouses requires the proxy system 710 ofthe linking clearinghouse SOL to provide an IP network address andbusiness information to each clearinghouse. In exchange, the linkingclearinghouse 50L operating the proxy system 710 will receive summaryinformation about the rates in each clearinghouse.

In step 810, the calling party 104 accesses the IP network 102 through asource gateway 108 in a first clearinghouse, such as clearinghouse 50A.In step 815, the source gateway 108 queries clearinghouse 50A for adestination. The operator of clearinghouse A ensures that the sourcegateway 108 is in fact a member of the clearinghouse. In step 820,clearinghouse 50A identifies the proxy system 710 of the linkingclearinghouse SOL as a destination gateway. In step 825, the sourcegateway 108 establishes call signaling with the proxy system 710 of thelinking clearinghouse 50L via the IP network 102. As noted above, theproxy system 710 of linking clearinghouse 50L appears to be adestination gateway to the source gateway 108 of the first clearinghouse50A.

The proxy system 710 of the linking clearinghouse 50L then contacts asecond clearinghouse, such as clearinghouse 50B, as a source gateway instep 830 and queries clearinghouse 50B for a destination. Essentiallythe linking clearinghouse 50L operating the proxy system 710 appears asa customer to clearinghouse 50A and clearinghouse 50B. In step 835,clearinghouse 50B identifies destination gateways for the proxy system710. In step 840, call signaling is established between the proxy system710 of the linking clearinghouse 50L and the destination gateway 114 ofthe second clearinghouse 50B via the IP network 102. In step 845, oncecall signaling is established, data, such as voice data, can betransferred between the calling party 104 of the first clearinghouse 50Aand the called party 118 of the second clearinghouse 50B. The proxysignaling architecture allows the individual clearinghouses to remain incontrol of much of the routing process. However, this architecture canincrease call setup delay and lose the function of evaluating end-to-endquality of routing service.

FIG. 9 illustrates another exemplary architecture for a linkingclearinghouse 50L referred to as a compressed hierarchy 900. Thecompressed hierarchy 900 is an intermediate approach between the sharedservice architecture of FIG. 5 and the proxy system architecture of FIG.7 in that it involves sharing of limited or reduced information betweenthe clearinghouses. In the compressed hierarchy architecture 900,clearinghouse 50A and clearinghouse 50B are linked through asuper-clearinghouse system 910 of a linking clearinghouse 50L. In theexemplary embodiment illustrated in FIG. 9, the super-clearinghousesystem 910 of linking clearinghouse 50L typically contains onlyinformation identifying the potential destination gateways fromclearinghouse 50B. A calling party 104 accesses the IP network 102through its source gateway 108. The source gateway 108 contactsclearinghouse 50A. Clearinghouse 50A decides whether or not the callwill be linked through another clearinghouse. If the destination gatewayof another clearinghouse is to be used to complete the call,clearinghouse 50A will send a query to the super-clearinghouse system910 of the linking clearinghouse 50L for destination gatewayinformation. The super-clearinghouse system 910 searches its database ofavailable destination gateways in other clearinghouses, such asclearinghouse 50B, and provides this information to clearinghouse 50A.

In this exemplary embodiment, clearinghouse 50A contains criteria forchoosing the best destination gateway from the available destinationgateways provided by the super-clearinghouse system 910. In analternative embodiment of the present invention, the super-clearinghousesystem 910 may also contain criteria for a preliminary evaluation ofdestination gateways. The best destination gateway is then provided byclearinghouse 50A to the source gateway 108 of the first clearinghouse50A. The source gateway 108 of the first clearinghouse 50A can thenestablish call signaling with the destination gateway 114 of the secondclearinghouse 50B. Once a connection is completed, the calling party 104of the first clearinghouse 50A and called party 118 of the secondclearinghouse 50B can exchange data, such as voice data.

FIG. 10 illustrates an exemplary process for call signaling in acompressed hierarchy architecture 900. In step 1010, the destinationgateway information is provided from clearinghouse 50B to thesuper-clearinghouse system 910 of the linking clearinghouse 50L.

By providing this information to the super-clearinghouse system 910, itcan eliminate any additional steps of contacting clearinghouse 50B whenan actual call is made. In step 1015, a call is initiated and thecalling party 104 accesses the IP network 102 by contacting the sourcegateway 108. In step 1020, the source gateway queries clearinghouse 50Afor a destination gateway. In step 1025, clearinghouse 50A decideswhether this call will be an inter-clearinghouse call based onpredetermined criteria agreed to by the source gateway 108. If it is notan inter-clearinghouse call, the “No” branch is followed to step 1030where the call is routed within clearinghouse 50A.

If this call can be routed to other clearinghouses, the “Yes” branch isfollowed to step 1035 where clearinghouse A will send a query to thesuper-clearinghouse system 910 of the linking clearinghouse SOL for adestination gateway. In step 1040, the super-clearinghouse system 910will identify available destination gateways from the informationprovided by clearinghouse 50B. In step 1045, the super-clearinghousesystem 910 provides potential destination gateways to clearinghouse 50A.In step 1050, clearinghouse 50A will select a destination gateway basedon predetermined criteria established by the gateways belonging toclearinghouse A. In an alternative embodiment, the super-clearinghousesystem 910 may contain criteria for performing an initial evaluation ofdestination gateways before forwarding information to clearinghouse 50A.In step 1055, clearinghouse 50A provides the destination gatewayinformation to the source gateway 108. In step 1060, the source gateway108 of clearinghouse 50A sets up a connection with the destinationgateway 114 of clearinghouse 50B via the IP network 102. Finally, instep 1065, data, such as voice data, may be exchanged between thegateways. Relative to the share service architecture illustrated in FIG.5, the compressed hierarchy architecture 900 of FIG. 9 can result in alonger setup delay than the shared service architecture 500. However,compressed hierarchy may offer added security to clearinghouses that donot wish to disclose much of their business information.

FIG. 9 also embodies an alternative to the compressed hierarchyarchitecture called simple hierarchy architecture. The operation of thesimple hierarchy architecture is largely similar to the compressedhierarchy architecture except that the destination gateway informationof clearinghouse 50B is not stored in the super-clearinghouse 910. Thisdifference requires an extra step of signaling betweensuper-clearinghouse 910 and clearinghouse 50B in order to retrieve thepotential destination gateways. In comparison with the compressedhierarchy architecture, the additional signaling step causes increaseddelay with the simple hierarchy architecture.

FIG. 11 illustrates an exemplary process for IP network telephony in asimple hierarchy architecture. In step 1110, a clearinghouse, such asclearinghouse 50B, enrolls with the super-clearinghouse system 910 ofthe linking clearinghouse 50L. By enrolling, clearinghouse 50B isreceiving the services of linking clearinghouse 50L, but is notproviding information about its own gateways. In step 1115, a call isinitiated and the calling party 104 accesses the IP network 102 bycontacting the source gateway 108. In step 1120, the source gatewayqueries clearinghouse 50A for a destination gateway. In step 1125,clearinghouse 50A decides whether this call will be aninter-clearinghouse call based on predetermined criteria agreed to bythe source gateway 108. If it is not an inter-clearinghouse call, the“No” branch is followed to step 1130 where the call is routed withinclearinghouse 50A.

If this call can be routed to other clearinghouses, the “Yes” branch isfollowed to step 1135 where clearinghouse A will send a query to thesuper-clearinghouse system 910 of the linking clearinghouse 50L for adestination gateway. In step 1140, the linking clearinghouse 50L queriesclearinghouse 50B for destination gateways. This additional stepdistinguishes the simple hierarchy from the compressed hierarchyarchitecture. In step 1145, clearinghouse 50B provides destinationgateways to the super-clearinghouse system 910. In step 1150, thesuper-clearinghouse system 910 forwards the potential destinationgateways to clearinghouse 50A. In step 1155, clearinghouse 50A selects adestination gateway based on predetermined criteria established by thegateways belonging to clearinghouse 50A. In step 1160, clearinghouse 50Aprovides the destination gateway information to the source gateway 108.In step 1165, the source gateway 108 of clearinghouse 50A sets up aconnection with the destination gateway 114 of clearinghouse 50B via theIP network 102. Lastly, in step 1170, data, such as voice data, may beexchanged between source gateway 108 and destination gateway 114.

The common features among all these architectures are that theyencourage sharing of information among different clearinghouses. Thissharing of information can eliminate additional signaling and routing ofsignals which causes delays in establishing connections. The linking ofclearinghouses can also increase traffic over the networks which, inturn, increases revenues for individual clearinghouses as well as thelinking clearinghouse 50L.

Financial Framework for Inter-Clearinghouse Communication

In contrast to traditional switched network telephony service, rates andperformance of telephony service over the IP network are not wellestablished. This can be attributed to the absence of agreements amongITSPs that operate gateways. As noted above, clearinghouses can becreated to remedy this problem to some extent. However, existingclearinghouses will need financial incentives to interconnect because ofthe unknown variables concerning rates and performance amongclearinghouses. The description that follows is an exemplary scheme forproviding financial incentive for clearinghouses to interconnect.

Clearinghouses that choose to subscribe to the linking service oflinking clearinghouse 50L may specify a termination markup and anorigination discount for telephony traffic. The termination markup canbe a minimum percentage increase (over intra-clearinghouse prices) inthe cost for calls that the clearinghouse terminates for otherclearinghouses. The origination discount can be the minimum percentagedecrease in the cost (to the clearinghouse) for calls that theclearinghouse ITSPs originate through the linking clearinghouse. Thefollowing two examples illustrate the pricing of a typical linkingclearinghouse service.

Table 1 considers an inter-clearinghouse call that originates with anITSP belonging to Clearinghouse A. Clearinghouse A pre-establishes items1 and 2 in that table. First, it determines what the clearinghouse willcharge the ITSP for the call; in the example, the total charge is$30.00. Next, Clearinghouse A determines a origination discount forlinking services. (Note Clearinghouse A sets this discount for its ownpurposes; it may or may not pass it on to its ITSP customers; theexample assumes that the clearinghouse retains the entire discountitself.) In the example the clearinghouse has set its originationdiscount to be 10%. These two quantities determine the origination pricefor the call, which is $27.00. The termination price for the call(derived below) is $12.00. The linking clearinghouse calculates theactual price for the call as the average of the origination andtermination prices. In this example, the average of $27 and $12 is$19.50. The linking clearinghouse charges Clearinghouse A a $1.00service fee, so the total cost to Clearinghouse A is $20.50. Since theclearinghouse is charging its ITSP customer $30.00 for the call, thecall results in a $9.50 profit for Clearinghouse A.

TABLE 1 Inter-Clearinghouse Traffic Originating with ITSP Belonging toClearinghouse A 1. Termination fee billed to originating ITSP by $30.00Clearinghouse A 2. Clearinghouse A origination discount for linkingservice 10% 3. Linking Clearinghouse originating price (1 less 2) $27.004. Linking Clearinghouse terminating price $12.00 5. Rated price forlinking service (average of 3 and 4) $19.50 6. Linking Clearinghouseservice fee  $1.00 7. Clearinghouse A cost (5 plus 6) $20.50 8.Clearinghouse A profit (1 less 7)  $9.50Table 2 considers the same call from the opposite perspective—that ofClearinghouse B. It is an ITSP belonging to Clearinghouse B thatterminates the inter-clearinghouse call. In this case the clearinghousepre-establishes a termination fee ($10.00) and a linking markup (20%).Together, these set the termination price at $12.00. The average of thetermination price and the origination price ($27.00) determines therated price for the call: $19.50. Clearinghouse B collects this muchfrom the linking clearinghouse, less a linking service fee of $2.00. Thetotal revenue for Clearinghouse B, therefore, is $17.50. Since theclearinghouse owes its terminating ITSP $10.00, the clearinghousereceives a profit of $7.50 for the call.

TABLE 2 Inter-Clearinghouse Traffic Terminating at ITSP Belonging toClearinghouse B 1. Termination fee paid to terminating ITSP by $10.00Clearinghouse B 2. Clearinghouse B termination markup for linkingservice 20% 3. Linking Clearinghouse terminating price (1 plus 2) $12.004. Linking Clearinghouse originating price $27.00 5. Rated price forlinking service (average of 3 and 4) $19.50 6. Linking Clearinghouseservice fee  $2.00 7. Clearinghouse B revenue (5 less 6) $17.50 8.Clearinghouse B profit (7 less 1)  $7.50

Table 3 shows the complete revenue flow for the example call. Therevenue can begin with the originating ITSP, which pays $30.00 to itsclearinghouse for the call. That clearinghouse (Clearinghouse A in theexample) retains $9.50 and passes the remaining $20.50 of revenue to thelinking clearinghouse. The linking clearinghouse retains $3.00 and paysthe terminating clearinghouse (Clearinghouse B) $17.50. Finally, theterminating clearinghouse pays its ITSP $10.00 for the call, keeping$7.50 in gross profit

TABLE 3 Revenue Flow for Linking Clearinghouse Example

The two important quantities in the revenue calculation can be theorigination discount and the termination markup. Both values can bedefined by the participating clearinghouses when they enable linkingclearinghouse service. The origination discount, which applies to theoriginator of telephony traffic, can be the minimum discount theoriginator receives for using the linking service. This discountrepresents a lower cost than the originator would have to pay if thecall remained completely within the originating clearinghouse. As theexample shows, the originator will almost always receive an even greaterdiscount, though the exact amount depends on prices set by terminatingclearinghouses and ITSPs.

The termination markup, on the other hand, can be the minimum markupthat the terminator receives for accepting telephony traffic. The markupcan be above and beyond what the terminator would receive if the callwas completely within a single clearinghouse. Again, the actual markupwill typically be greater, depending on the origination price determinedby originators. Both the origination discount and termination markup areapplied before the calculation of any linking clearinghouse servicefees.

In summary, the present invention supports the linking of IP telephonyclearinghouses. By providing a linking service between clearinghouses,IP telephony traffic is increased and greater revenues are generated.The linking of clearinghouses also improves routing and the quality ofthe transmitted data by reducing the amount of signaling. The linkingservice can also support the billing and settlement needs of theclearinghouses it links. Finally, the linking service is flexible inthat in can be implemented in various ways to suit the needs ofclearinghouse customers. Specifically, the amount of information aclearinghouse wishes to disclose can by controlled by the type oflinking architecture.

Those skilled in the art will appreciate that the invention has a widerange of applications beyond voice communication via the Internet. Forexample, the invention could also be implemented to support thetransmission of other multimedia communications over a distributedcomputing environment. Furthermore, the different architecturesdiscussed are not exclusive of each other and may be employed incombination. Other embodiments of the invention may link multipleclearinghouses together in various combinations.

It will be appreciated that the present invention fulfills the needs ofthe prior art described herein and meets the above-stated objects. Whilethere has been shown and described the preferred embodiment of theinvention, it will be evident to those skilled in the art that variousmodifications and changes may be made thereto without departing from thespirit and the scope of the invention as set forth in the appendedclaims and equivalents thereof.

1. A method for routing internet protocol transactions between gatewaysof different clearinghouses, comprising the steps of: tracking internetprotocol transactions of first gateways with a first clearinghouse;tracking internet protocol transactions of second gateways with a secondclearinghouse; receiving gateway information associated with the firstclearinghouse; receiving gateway information associated with the secondclearinghouse; storing the received gateway information in a database ofa linking clearinghouse prior to a call; receiving a destination gatewayrequest from a source gateway of the first clearinghouse; generating alist of available destination gateways of the second clearinghouse basedupon the received gateway information and by creating a combined routingtable, the combined routing table comprises gateway information from thefirst clearinghouse and the one or more second clearinghouses; andselecting a destination gateway from the list based on one or morebusiness rules.
 2. The method of claim 1, further comprising completingthe internet protocol transaction between the source gateway of thefirst clearinghouse and the selected destination gateway of the secondclearinghouse, the internet protocol transaction comprising an internettelephony call.
 3. The method of claim 1, wherein the step of selectinga destination gateway further comprises the step of sorting destinationgateways based upon the one or more business rules.
 4. The method ofclaim 3, wherein the business rules further consider at least one ofspeed and quality of data transmission for completing a internetprotocol transaction.
 5. The method of claim 1, wherein the businessrules further consider at least one of speed and quality of datatransmission for completing a internet protocol transaction.
 6. Themethod of claim 1, wherein the linking clearinghouse performs the stepof selecting a destination gateway from the list.
 7. The method of claim6, wherein the business rules further consider at least one of speed andquality of data transmission for completing a internet protocoltransaction.
 8. A system for routing internet protocol transactionsbetween gateways, comprising: a first clearinghouse comprising one ormore first gateways connected to a first computer network; a secondclearinghouse comprising one or more second gateways connected to asecond computer network; and a linking clearinghouse connected to thefirst and second clearinghouse, for receiving gateway information fromsaid first and said second clearinghouses prior to an internet protocoltransaction associated with first gateways of the first clearinghouseand associated with second gateways of the second clearinghouse, fortracking internet protocol transactions of the first gateways beingtracked by the first clearinghouse and for tracking internet protocoltransactions of the second gateways being tracked by the secondclearinghouse, the linking clearinghouse generating a list of availabledestination gateways based upon the gateway information in response tointernet protocol transactions associated with the first and secondgateways and by creating a combined routing table, the combined routingtable comprises gateway information from the first clearinghouse and oneor more second clearinghouses, and the linking clearinghouse selecting adestination gateway from the list based on one or more business rules.9. The system of claim 8, wherein the first computer network and secondcomputer network each comprise an IP network, the internet protocoltransactions comprising one or more internet telephony calls.
 10. Thesystem of claim 8, wherein the internet protocol transactions of thefirst gateways being tracked by the first clearinghouse and the internetprotocol transactions of the second gateways being tracked by the secondclearinghouse comprise internet telephony type calls.
 11. The system ofclaim 8, wherein the linking clearinghouse receives a cost schedule fromthe first clearinghouse and from the second clearinghouse.
 12. Thesystem of claim 11, wherein the internet protocol transactions of thefirst gateways being tracked by the first clearinghouse and the internetprotocol transactions of the second gateways being tracked by the secondclearinghouse comprise internet telephony type calls.
 13. The system ofclaim 8, wherein the one or more business rules further evaluate atleast one of speed and quality of data transmission for completing ainternet protocol transaction.
 14. The system of claim 13, wherein theinternet protocol transactions of the first gateways being tracked bythe first clearinghouse and the internet protocol transactions of thesecond gateways being tracked by the second clearinghouse compriseinternet telephony type calls.
 15. The system of claim 8, wherein thegateway information received by said linking clearinghouse comprisesdestination gateway IP address information.
 16. A method for routinginternet protocol transactions between gateways, comprising the stepsof: receiving first criteria from a first clearinghouse with a linkingclearinghouse; receiving second criteria from a second clearinghousewith the linking clearinghouse; enrolling the linking clearinghouse as adestination gateway in the first clearinghouse; receiving a internetprotocol transaction from the first clearinghouse with the linkingclearinghouse; generating a list of available destination gatewaysoperating under control of the second clearinghouse; and computing acost for routing internet protocol transactions between gateways,wherein computing the cost comprises: applying a price discount to thecost of originating a internet protocol transaction with a gateway fromthe first clearinghouse; and applying a price increase to the cost ofterminating the internet protocol transaction with a gateway from thesecond clearinghouse.
 17. The method of claim 16, wherein the firstcriteria and second criteria comprise summary interconnect criteria, theinternet protocol transaction comprising an internet telephony call. 18.The method of claim 17, wherein the interconnect criteria comprises oneor more rate plans.
 19. The method of claim 18, wherein the internetprotocol transactions of the first gateways being tracked by the firstclearinghouse and the internet protocol transactions of the secondgateways being tracked by the second clearinghouse comprise internettelephony type calls.
 20. The method of claim 16, wherein the internetprotocol transactions of the first gateways being tracked by the firstclearinghouse and the internet protocol transactions of the secondgateways being tracked by the second clearinghouse comprise internettelephony type calls.